home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1599 / 1570 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.0 KB
  1. Subject: Re: Exception Conditions
  2. Date: Sat, 25 Jun 94 22:11:26 +0200
  3. From: Torsten Scherer <itschere@techfak.uni-bielefeld.de>
  4. In-Reply-To: <m0qGyDz-0001EFC@letni.LoneStar.org>; from "Evan K. Langlois" at Jun 23, 94 5:47 pm
  5.  
  6. > The patch for exceptional conditions is interesting, but can someone
  7. > explain what an exception condition is?  Would be something like, someone
  8. > closing a pipe your reading?  Or a media change on the drive for which
  9. > you are doing IO?   Or maybe a loss of carrier?
  10.  
  11.  Well, as I said, I merely did it so that Kay Roemer can use it in his
  12. socket interface. Some net-protocols define the use of urgent out-of-band
  13. data, which does not get queued in the normal input buffers, but is passed
  14. to the client directly. That's an exceptional condition for example.
  15.  
  16. > How do read the condition?  Fread?
  17.  
  18.  Well, for sockets, where you know that an exceptional conditions means the
  19. arrival of out-of-band data, you can use the same read or receive call as
  20. for normal data, only with a special flag set. For other devices I must admit
  21. that I don't know it. Not that I've ever heard of them being used at all, but
  22. then I haven't heard so may things... ;-)
  23.  
  24. > Is it possible to use an exception condition with Fselect, to "wait for
  25. > carrier" or to detect the loss of such (so, could you wait for a change
  26. > in the carrier status?)
  27.  
  28.  Yes, you can call Fselect() to explicitly sleep until an exceptional
  29. condition happens on the selected file. For your modem problem - as I said
  30. above - you would have to define something to determine *what* kind of
  31. thing has happened, probably some more ioctl() calls to check for carrier
  32. or RI or so.
  33.  
  34. > If so, then this would be very useful indeed.
  35.  
  36.  I hope so. :-)
  37.  
  38.  To make it totally clear: *NONE* of the up-to-date drivers supports them now!
  39.  
  40. ciao,
  41. TeSche
  42. -- 
  43. Torsten Scherer (TeSche, Schiller...)
  44. Faculty of Technology, University of Bielefeld, Germany, Europe, Earth...
  45. | Use any of "finger itschere@129.70.131.2-15" for adresses and more.|
  46. | Last updated: 14. April 1994.|
  47.